Skip to content

[WIP] Move to Java 11 as the minimum version to anticipate Lucene #3098

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 3 commits into from
Oct 26, 2020

Conversation

idodeclare
Copy link
Contributor

Upcoming Lucene 9.0.0 has updated its System Requirements with LUCENE-8738: Move to Java 11 as minimum Java version.

This is a patch to try a revised configuration to move OpenGrok to 11 too.

@tarzanek
Copy link
Contributor

lgtm,
once this is in ... the next release should be blogged about that OpenGrok now requires jdk > 8

fwiw - I personally still use tomcat + jdk8
and opengrok + jdk8
since ... it's stable

I am not sure how much testing went into jdk11 and tomcat

@tulinkry
Copy link
Contributor

tulinkry commented Mar 30, 2020

I'm using the docker image which runs on jdk11 in production and haven't seen any problems. On my computer I use jdk12 to run opengrok and it just worked, but I haven't been very active recently to test it properly.

@vladak
Copy link
Member

vladak commented Mar 30, 2020

The instance I maintain internally is still on JDK 8 + Tomcat 8 and it might be a bit of a hurdle to jump to JDK 11 (due to Solaris x86 Java support - https://www.oracle.com/java/technologies/javase/products-doc-jdk11certconfig.html) however I feel going to JDK 11 as it is the next LSU is the way to go (JDK 14 deprecates even Solaris/SPARC anyway - https://bugs.openjdk.java.net/browse/JDK-8231554).

@vladak
Copy link
Member

vladak commented Mar 30, 2020

* same on our side, is someone using jdk > 11 + opengrok? @ahornace @tulinkry ?

I have been using JDK 11 on Ubuntu for all my local OpenGrok work for quite a while, no problems there.

@vladak
Copy link
Member

vladak commented Sep 30, 2020

needs rebase otherwise this is good to go from my point of view.

@idodeclare
Copy link
Contributor Author

needs rebase otherwise this is good to go from my point of view.

Maddeningly after much trial and error I never got the windows build to work on this branch.

I checked now on Windows 10 20xx and a different set of errors occurs. So 🤮

@vladak
Copy link
Member

vladak commented Oct 2, 2020

I see that the Suggester tests are failing currently. Perhaps this needs the changes in #3207 ?

@idodeclare
Copy link
Contributor Author

Rebased and also included a commit for Java 14 Javadoc fixes when I was trying to resolve the build on Windows (with no success)

@idodeclare idodeclare marked this pull request as draft October 10, 2020 17:45
@ahornace
Copy link
Contributor

I checked now on Windows 10 20xx and a different set of errors occurs. So 🤮

I see that Windows build passed in Travis. Is OpenGrok + JDK8 working on Windows 10 20xx properly? Travis does not seem to support this version so basically any change can cause the build failure on this OS and we would be blind to it.

@vladak Cannot we wave it off? I think this is definitely a needed step.

@vladak
Copy link
Member

vladak commented Oct 19, 2020

Looks like the Windows version used for Travis build is 'windows server 2019'. Personally I am fine with whatever Windows version Travis runs on. I see the Linux/macOS checks failed because of failed download. Unfortunately I cannot restart these sub-builds, will run the build as myself.

Lucene 9.0.0 has updated its System Requirements
with LUCENE-8738: Move to Java 11 as minimum Java
version. (Adrien Grand, Uwe Schindler)

Also:
* Update jacoco to get Java 11 support.
* Fix name as "Linux + OpenJDK 11" to match jdk setting.
* Expand wildcard which will be needed for Java 14.
Still keeping java12plus-11-release
@idodeclare
Copy link
Contributor Author

Unexpected coverage reduction of -11.4%. Not sure if due to intermittent build failure. Rebased to try again.

@vladak
Copy link
Member

vladak commented Oct 19, 2020

I restarted the builds in my branch and this time it is macOS build that is failing with:

Copying opengrok_tools-1.4.8-py3.7.egg to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/lib/python3.7/site-packages
Adding opengrok-tools 1.4.8 to easy-install.pth file
Installing opengrok script to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/bin
Installing opengrok-config-merge script to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/bin
Installing opengrok-deploy script to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/bin
Installing opengrok-groups script to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/bin
Installing opengrok-indexer script to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/bin
Installing opengrok-java script to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/bin
Installing opengrok-mirror script to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/bin
Installing opengrok-projadm script to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/bin
Installing opengrok-reindex-project script to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/bin
Installing opengrok-sync script to /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/bin
Installed /Users/travis/build/vladak/OpenGrok/opengrok-tools/target/env/lib/python3.7/site-packages/opengrok_tools-1.4.8-py3.7.egg

Processing dependencies for opengrok-tools==1.4.8
Searching for filelock
Reading https://pypi.org/simple/filelock/
Download error on https://pypi.org/simple/filelock/: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1076) -- Some packages may not be found!

Couldn't find index page for 'filelock' (maybe misspelled?)

I think this is hitting #2528 due to the Xcode version bump.

@vladak
Copy link
Member

vladak commented Oct 20, 2020

The last macOS build was successful. The Linux failed because of a network problem. So, there is nothing that would be blocking this.

@vladak
Copy link
Member

vladak commented Oct 20, 2020

The last macOS build was successful. The Linux failed because of a network problem. So, there is nothing that would be blocking this.

Pulled the latest branch and macOS build still fails due to setuptools vs. certificates.

@vladak vladak marked this pull request as ready for review October 26, 2020 07:49
@vladak vladak merged commit 4a04c50 into oracle:master Oct 26, 2020
@vladak
Copy link
Member

vladak commented Oct 26, 2020

Let's see if this holds up.

@vladak
Copy link
Member

vladak commented Oct 26, 2020

will update the wikis with the new Java version.

@idodeclare idodeclare deleted the java11 branch August 8, 2021 18:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants